14756793 

EXPRESS MAIL NO. 



PATENT APPLICATION TRANSMITTAL LETTER 



O 
-J 



TO THE ASSISTANT COMMISSIONER OF PATENTS: 

Transmitted herewith for filing is the patent application identified as follows: 



|xn Inventors: 
Title: 



Peter E. RAYNER, Elizabeth BROOKS, Fred IRWIN, Mark JOHNSON, 
Andreas T. LIEVEN, Neil POTTER, Andreas RASCHDORF, Marie 
TORREMANTE, Christine LICCI and Dieter PFUNDT 

Computer System For Data Management And Method For Operation Of The 
System 



o 

CO 

am 

<-\ 

0 5 



Enclosed are: 

41 Sheets of Specification, including 9 sheets of claims and an Abstract 
Eighteen (18) Sheets of Drawings (Figures 1-18) 
Declaration and Power of Attorney for Patent Application (Unexecuted) 
Transmittal of Application Under 37 CFR 1.41(c) 

The filing fee has been calculated as follows: 



CLAIMS AS FILED 
Number Filed/Paid For Number Extra 

BASIC FEE 

TOTAL CLAIMS 65-20 45 
INDEPENDENT CLAIMS 2-3 0 
MULTIPLE DEPENDENT CLAIM PRESENT - NO 



Rate 
-$760 
$18 
$78 
$260 



Fee 
$760 
$810 
$ 0 
$ 0 



FEE TOTAL 



$1,570 



Enclosed is a check in the amount of $1,570.00 to cover the filing fees. The 
Commissioner is hereby authorized to charge any additional fees required by this action, or 
credit any overpayment to Deposit Account No. 1 1-0855. A duplicate of this sheet is 
attached for that purpose. 

Please address all correspondence and telephone calls in connection with this 
application to: 

George T. Marcou, Esq. 
Kilpatrick Stockton LLP 
700 13th Street, NW, Suite 800 
Washington, DC 20005 
(202) 508-5800 (Phone) 
(202) 508-5858 (Facsimile) 



Dated: f \/ 3 1 °l 



Kilpatrick Stockton LLP 

700 13th Street, NW, Suite 800 

Washington, DC 20005 , 

C0464-183785 
WINLIB01:788387.01 



John^vl. Harrington, Reg. No. 25,592 for 
George T. Marcou, Reg. No. 33,014 



147567936 



EXPRESS MAIL MO 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicants : Peter E. RAYNER, Elizabeth BROOKS, Fred IRWIN, 

Mark JOHNSON, Andreas T. LIEVEN, Neil POTTER, 
Andreas RASCHDORF, Marie TORREMANTE, 
Christine LICCI and Dieter PFUNDT 



Serial No. 
Filing Date 
For 



Assistant Commissioner for Patents 
Box: PATENT APPLICATION 
Washington, D.C. 20231 



To be Assigned 
Transmitted Herewith 

Computer System For Data Management And Method 
For Operation Of The System 



TRANSMITTAL OF APPLICATION UNDER 37 CFR 1.41(c) 



Sir: 



The undersigned attorney hereby makes application for U.S. Letters Patent on behalf of Applicants 
Peter E. RAYNER, Elizabeth BROOKS, Fred IRWIN, Mark JOHNSON, Andreas T. LIEVEN, Neil 
POTTER, Andreas RASCHDORF, Marie TORREMANTE and Christine LICCI, whose addresses and 
citizenship are as follows: 



Inventor 
Peter E. Rayner 

Elizabeth Brooks 

Fred Irwin 
Mark Johnson 



Andreas T. Lieven 



Neil Potter 



Andreas Raschdorf 



Marie Torremante 



Address Citizenship 

433 Roanoke Road Great Britain 

Westfield,NJ 07090 

One Treworval Cottage U.S.A. 
Mawnan Smith, Falmouth 
Cornwall Trl 1 5JW, Great Britain 

Am Sandberg 48 U.S.A. 
60599 Frankfurt, Germany 

3 Pennington Green Lane Great Britain 

Aspuli, Near Wigan 
Greater Manchester 
WN2 2SN Great Britain 

Am Liehberg 1 A Germany 
65779 Kelkheim, Germany 

i 3 8 Vernon Terrace Great Britain 

Westfield, NJ 07090 

Raymond- Jacquet Weg 1 1 Germany 
61267 New Anspach, Germany 

Weinfeldstrasse 28 Italy 
65187 Wiesbaden, Germany 



1 



ajKEurrjuLtujuiEiTasrarailffliri] 3111111111 S I !Jr11 B t!IE'ra^ F ^ .!!!E^3L!;!I11IIIH3 Elfffi B 



/ ' EXPRESS MAIL HQ. ~ _ ^Zj.^ ^ 

Inventor Address Citizenship 

Christine Licci Am Bienigrain 10 Italy 

63456 Hanau, Germany 

Dieter Pfundt Mainzerstrasse 33 Germany 

65719 Hofheim, Germany 

Applicants claim the benefit, under 35 USC § 1 19, of U.S. Provisional Application Serial Number 
60/1 1 1,032 filed December 4, 1998 , U.S. Provisional Application Serial No. 60/1 1 1,030 filed December 
4,1998 and U.S. Provisional Application Serial No. 60/1 1 1,03 1 filed December 4, 1998. 

Please address all correspondence and telephone calls in connection with this application to: 

George T. Marcou, Esq. 
Kilpatrick Stockton LLP 
700 13th Street, NW, Suite 800 
Washington, D.C. 20005 
(202) 508-5800 (phone) 
(202) 508-5858 (facsimile) 

Respectfully submitted, 

Date: ) > / ^ / ^ ^ Johti M. Harrington, Reg. No. 25, 592 

KILPATRICk STOCKTON LLP for George T. Marcou, Reg. No. 33,014 

Kilpatrick Stockton LLP 

700 13th Street, NW, Suite 800 

Washington, D.C. 20005 

C0464- 183785 
WINLIB01:788371.01 



2 



EXPRESS MAIL CERTIFICATE 



Express Mail" mailing label number: 



EL 147 567 936 US 



Date of Deposit 



December 3, 1999 



Type of Document(s) 



41 Sheets of Specification, 



including 9 sheets of claims and 

an Abstract; 
Eighteen (18) Sheets of 

Drawings; 
Declaration and Power of Attorney 

for Patent Application 

(Unexecuted); 
Patent Application Transmittal 

Letter (duplicate); 
Transmittal of Application Under 37 

CFR 1.41(c); 
Check in the amount of $1 ,570.00 

(filing fee); and 
Return Postcard 



Serial No. 



Unassigned 



Filing Date 



Herewith 



I hereby certify that the documents identified above are being deposited 



with the United States Postal Service "Express Mail Post Office to Addressee" 



service under 37 CFR 1.10 on the date indicated above and is addressed to the 



Assistant Commissioner for Patents, Washington, D.C. 20231 . 




C0464-1 83785 
WINLIB01:789582.01 



147567936 



COMPUTER SYSTEM FOR DATA MANAGEMENT AND METHOD FOR 

OPERATION OF THE SYSTEM 



Cross Reference to Related Applications 

5 This application is a continuation-in-part of U.S. Serial No. 08/836,713, filed 

May 13, 1997, which claims priority to applicants' PCT application no. 
PCT/EP96/03972, filed September 10, 1996, and which claims priority to applicants' 
EPO application no. 951 14467.4, filed September 14, 1995. This application claims 
priority to applicants' co-pending applications Serial No. 60/1 1 1,030 filed December 4, 
10 1998; Serial No. 60/1 1 1,03 1 filed December 4, 1998; and Serial No. 60/1 1 1,032 filed 
December 4, 1998. 



Field of the Invention 

The present invention relates to a computer system for data management and 
15 method for operation of the system, and more particularly to an automated warrant 
trading system. 



Background of the Invention 

In the past, the trading of warrants was time consuming and cost intensive, 
20 because it was necessary for a customer in a financial institution, such as a bank, to 
search by telephone or in publications to locate the best warrant for a consumer. If the 
consumer wished to purchase warrants, it was necessary for the consumer to first contact 
his or her local bank which could process the order through a stock exchange or by 
placing a call to a warrant market maker. Since an on-line information and trading 
25 system about traded warrants with executable prices did not exist, the customer in the 
local bank was not able to provide the consumer with actual on-line information. Hence, 
there existed a time differential between the placing of a buy/sell order by the customer 
and its implementation, resulting in a risk of exchange and/or price fluctuations during 
that time difference. 



147567936 



that time difference. 

It was often the case that the implementation of the buy/sell order was based on a 
limit oriented on the rates of the previous day, since the order could not be implemented 
on the same day. The reasons for the time delay were either that the order was placed a 

5 number of hours before it was executed at the stock exchange or that the trading room 
telephones of the market maker were often busy during hectic market times. Therefore, 
local banks often placed blind orders at unknown prices for consumers and did not 
receive immediate deal confirmations. 

The invention disclosed in co-pending U.S. Pat. Application Ser. No. 08/836,713 

10 (referred to herein as "the CATS-OS system" or "the existing CATS-OS system" and 
incorporated herein by this reference) addresses those problems and provides a computer 
system for data management and a method for operating the system for the bank, which 
realizes a data management providing instantaneous data with an improved accuracy and 
a reduced error probability when processing data transactions, combined with a high 

15 level of security. The existing CATS-OS system includes use of a client-server 

architecture, which has a number of servers, such as a transaction server, a rate server, a 
hand-off server, a credit server, and a security server. In a typical interaction with the 
CATS-OS system, the customer or other user of the system connects to the system and is 
authenticated by a security manager, which allows the user certain privileges depending 

20 on the level of user, such as customer, trader, and administrator levels. 

In the existing CATS-OS system, a customer normally is allowed to view rates, 
execute transactions, view those transactions, print reports against transactions 
conducted, and view positions. A trader is allowed to manually input rates if desired, 
although this not a normal trader function. Normal trader functions include maintaining 

25 instruments as new instruments become available and old instruments expire, generally 
maintaining the system, maintaining volumes, maintaining the credits, and maintaining 
the users themselves. The main rate and sales information is input automatically from 
customer systems. Customers typically have various systems that calculate the prices of 
warrants. The CATS-OS system essentially receives all of the rates information that 
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comes from customer systems, which may be three or four million updates a day, inputs 
this information into a separate rate server and then holds this information so that it is 
available for the customers to deal against. 

Currently, the CATS-OS system, which primarily deals with warrants and 
5 equities, functions on a standing price basis, in which the host bank for the system issues 
a price that the bank guarantees for a certain number of seconds. This guarantee allows 
the users of the CATS-OS system to deal at the price issued. However, in order to limit 
the risk to the host bank, the host bank typically only authorizes deals up to a certain size 
at the standing price. Thus, a problem with the existing CATS-OS system is that users 

10 may need to perform deals that exceed the host bank's allowable deal size. 

In addition, the existing CATS-OS system requires a certain amount of 
technology and equipment to be available at the customer's or other user's site. This 
technology and equipment can include a personal computer (PC) and the capability to 
communicate data. Not all customers or other potential users of the CATS-OS system 

15 wish to have these capabilities installed, and instead prefer to deal with warrant trading 
on the telephone by directly speaking to a trader. This preference directly conflicts with 
the purpose of the CATS-OS system, which is intended to avoid the situation of 
customers directly speaking to traders for what are typically smaller sized trades. 

Further, while the existing CATS-OS system provides an effective automated 

20 electronic trading tool for bank customers and consumers for a single bank, the system 
displays the process of only one bank. The customers are primarily brokers, so the bank 
is often unaware of the identity of the actual consumer. Currently, it is not possible, for 
example, for a plurality of banks to add prices to the CATS-OS system in order to allow 
brokers to buy and sell warrants of other banks for consumers while dealing with only a 

25 single system. 



Summary of the Invention 

It is a feature and advantage of the present invention to provide an automated 
trading system and method which allows deals to be consummated that exceed limits 



4 

imposed, for example, by the host bank, as well as in other circumstances in which a rate 
may not be available. 

It is a further feature and advantage of the present invention to provide an 
automated trading system and method which allows a trader to respond to a request for a 
5 quote and to provide a proposed price against which a user can trade. 

It is another feature and advantage of the present invention to provide an 
automated trading system and method which allows a special type of trader, referred to 
as a sales trader, to deal on behalf of selected customers within the trading system, 
without necessarily knowing the price of particular warrants and without setting their 
10 own prices. 

It is an additional feature and advantage of the present invention to provide an 
automated trading system and method which affords all the advantages of the system, 
such as reduced error rates, without the expense associated with actually installing the 
system. 

15 It is another feature and advantage of the present invention to provide an 

automated trading system and method which enables selected customers to deal over the 
telephone and avoids the necessity for such customers to install the system. 

It is a further feature and advantage of the present invention to provide an 
automated trading system and method which enables full warrant trading capabilities 

20 without the expense of highly paid professional traders. 

It is an additional feature and advantage of the present invention to provide an 
automated trading system and method which enables users to easily buy and sell 
warrants from a plurality of banks and market makers. 
25 It is a further feature and advantage of the present invention to provide an 

automated trading system and method that avoids the need for users of the system of one 
bank who access the system by dial-up having to disconnect and redial with another 
bank. 

It is another feature and advantage of the present invention to provide an 
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automated trading system and method which avoids the necessity for a user having to 

log in separately to a plurality of systems. 

It is an additional feature and advantage of the present invention to provide an 

automated trading system and method that avoids integrating the system to the extent 
5 that the system may be considered and regulated as a stock exchange. 

It is another feature and advantage of the present invention to provide an 

automated trading system and method that maintains segregation between price makers. 
To achieve the stated and other features, advantages and objects, an embodiment 

of the present invention provides an automated system and method for warrant trading 
10 which includes various aspects, such as a request for quote aspect, a sales trader aspect, 

and a multi-bank aspect. The method and system for an embodiment of the present 

invention makes use, for example, of various servers, such as a transaction server, a rate 

server, a hand-off server, a credit server, and a security server. 

The request for quote aspect for an embodiment of the present invention makes 
15 use in particular, for example, of a user terminal, category trader terminals, the 

transaction server, the rate server, and a mail server. The sales trader aspect for an 

embodiment of the present invention makes use in particular, for example, of one or 

more sales trader terminals, the transaction server, the credit server, the hand-off server, 

and the credit server. The multi-bank aspect for an embodiment of the present 
20 invention makes use in particular, for example, of the user terminal, as well as the 

transaction servers, rate servers, and hand-off servers of a plurality of independently 

maintained and segregated trading systems. 

In an embodiment of the present invention, a request for the user for a proposed 

financial transaction, such as a warrants trade, is received at a terminal, such as the user 
25 terminal or the sales trader terminal. The request can be received at the user terminal by 

the user directly inputting the request at the user terminal. Alternatively, the request is 

communicated, for example, by telephone, fax or e-mail by the user to a sales trader and 

is received at the sales trader terminal by the sales trader inputting the request for the 

user at the sales trader terminal. 
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In turn, in an embodiment of the present invention, the request is received from 
the terminal by a transaction server coupled to the terminal and by a rate server coupled 
to the transaction server. In the multi-bank aspect, the request is received from the 
terminal by the transaction servers of each of the plurality of independently maintained 
5 and segregated trading systems coupled to the terminal and by the corresponding rate 
server coupled to the transaction servers of each of the trading systems. 

In an embodiment of the present invention, a rate quote is generated by the 
system, which consists of either an executable rate quote or a category trader's rate 
quote for the proposed financial transaction. The executable rate quote is automatically 
10 generated by the rate server, if a first predefined condition for generating the executable 
rate quote is identified by the transaction server or the rate server coupled to the 
transaction server. In the multi-bank aspect, the executable rate quote is automatically 
generated by the rate server of at least one of the plurality of trading systems coupled to 
the corresponding transaction server of the particular trading system, if the first 
15 predefined condition for generating the executable rate quote is identified by either the 
rate server or the transaction server of the particular trading system. 

In an embodiment of the present invention, the first predefined condition for 
automatically generating the executable rate quote exists if a predefined cause for 
rejection of the proposed transaction, such as the transaction counterparty is suspended, 
20 the proposed transaction system is suspended, the proposed transaction instrument is 
suspended, the proposed transaction rate is suspended, the proposed transaction exceeds 
the available volume, or the proposed transaction amount exceeds a predefined limit, is 
not identified by either the transaction server or the rate server. 

In an embodiment of the present invention, if the first predefined condition for 
25 automatically generating the executable rate quote is not identified, then the category 
trader's rate quote is generated if a second predefined condition for generating the 
category trader's rate quote is identified. The second predefined condition for 
generating the category trader's rate quote exists if one or more of the predefined causes 
for rejection of the proposed financial transaction is identified by either or both of the 
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transaction server or the rate server coupled to the transaction server and if a 
predetermined setting of a request for quote parameter corresponding to the one or more 
identified cause or causes for rejection is likewise confirmed by one or both of the 
transaction server or the rate server. 

5 In an embodiment of the present invention, if the second predefined condition for 

generating a category trader's rate quote is identified, the transaction server 
automatically generates a request for a category trader's rate quote, which is 
automatically communicated by the transaction server via a mail server to one or more 
category trader's terminals. One or more of the category traders is prompted by a 

10 display on the category trader's terminal for entry of the category trader's rate quote, 
and at least one of the category traders can then enter the category trader's rate quote at 
the category trader's terminal, which is communicated by the trader's terminal to the 
transaction server. 

In an embodiment of the present invention, the transaction server sends either the 
15 executable rate quote or the category trader's rate quote to the user's terminal, or in the 
sales trader aspect, to the sales trader terminal for the user, where the rate quote is 
automatically displayed for the user. At the same time, a system counter is 
automatically set for a predetermined period of time, which holds the generated rate 
quote for the user for the predetermined time period and, in effect, guarantees the rate 
20 quote for the predetermined time period for the user. 

If a request for execution of the proposed transaction for the user is received at 
the user's terminal, or in the sales trader aspect, at the sales trader's terminal, within the 
predetermined period of time, the request for execution is automatically sent to the 
transaction server coupled to the terminal. In the multi-bank aspect, the request for 
25 execution is automatically sent to the transaction server of one of the plurality of trading 
systems. In either case, the request for execution is automatically handed off to a hand- 
off server coupled to the transaction server, and the hand-off server automatically 
executes the proposed transaction for the user. 

Additional objects, advantages and novel features of the invention will be set 
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forth in part in the description which follows, and in part will become more apparent to 
those skilled in the art upon examination of the following, or may be learned by practice 
of the invention. 



5 Brief Description of the Drawings 

Fig. 1 is a schematic diagram which illustrates an example overview of key 
components and the flow of information between the key components of a request for 
quote aspect of an embodiment of the present invention; 

Fig. 2 is a sample category maintenance screen for the request for quote aspect of 
10 an embodiment of the present invention; 

Fig. 3 shows a sample deal entry screen for the request for quote aspect of an 
embodiment of the present invention; 

Fig. 4 shows a sample message box for the request for quote aspect of an 
embodiment of the present invention; 
15 Fig. 5 shows a sample trade details screen for the request for quote aspect of an 

embodiment of the present invention; 

Fig. 6 is a flow chart which illustrates an example of the process of the customer 
requesting a rate in the request of quote aspect of an embodiment of the present 
invention; 

20 Fig. 7 is a flow chart which illustrates an example of the request for quote 

notification process for the request for quote aspect of an embodiment of the present 
invention; 

Fig. 8 is a schematic diagram which illustrates an overview example of key 
components and the flow of information between the key components in a sales trader 
25 aspect of an embodiment of the present invention; 

Fig. 9 is a schematic diagram which illustrates an example overview of databases 
for the sales trader aspect of an embodiment of the present invention; 

Fig. 10 is a schematic diagram which amplifies and provides further detail 
regarding the sample database overview shown in Fig. 9; 
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Fig. 1 1 shows a sample deal entry screen for the sales trader aspect of an 
embodiment of the present invention; 

Fig. 12 shows a sample transaction screen for the sales trader aspect of an 
embodiment of the present invention; 
5 Fig. 13 shows a sample branch maintenance screen for the sales trader aspect of 

an embodiment of the present invention; 

Fig. 14 shows a sample customer maintenance screen for the sales trader aspect 
of an embodiment of the present invention; 

Fig. 15 shows a sample trade details screen for the sales trader aspect of an 
10 embodiment of the present invention; 

Fig. 16 is a flow chart which illustrates an example of the sales trader transaction 
process for the sales trader aspect of an embodiment of the present invention; 

Fig. 17 is a schematic diagram which illustrates an overview example of key 
components and the flow of information between the key components for a multi-bank 
15 aspect of an embodiment of the present invention; and 

Fig. 18 is a flow chart which illustrates an example of the process of a customer 
transaction in the multi-bank aspect of an embodiment of the present invention. 

Detailed Description 

20 Referring now in detail to an embodiment of the invention, an example of which 

is illustrated in the accompanying drawings, a request for quote aspect of an 
embodiment of the present invention provides an automated system and method for 
warrant trading which allows deals to be consummated that exceed the limits allowed by 
the host bank and in other circumstances in which a rate may not be available. To 

25 accomplish this function, an embodiment of the present invention allows a trader to 
respond to a request for a quote and to provide a proposed price against which the user 
can trade. The system and method of an embodiment of the present invention performs 
the request for quote function, which was not previously possible, in connection with the 
existing CATS-OS system. 
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Fig. 1 is a schematic diagram which illustrates an example overview of key 
components and the flow of information between key components of the request for 
quote aspect for and embodiment of the present invention. The request for quote aspect 
makes use, for example, of a graphical user interface (GUI), including a customer GUI 2 
5 and a trader GUI 4. The request for quote aspect also utilizes a warrants transaction 
server (WTS) 6, a warrants rate server (WRS) 8, and a mail server (MAI) 10. The 
request for quote aspect is activated when a user, such as a customer 12 at the customer 
GUI 2, attempts to conduct a deal as normal within the CATS-OS system, but is 
prevented for some reason specific to the existing CATS-OS system, such as the 

10 maximum transaction size being exceeded. A message regarding the attempted deal is 
routed to a trader 14 at the trader GUI 4. The trader 14 views information about the 
deal, which allows the trader 14 to monitor the deal and to input a proposed price 
manually, based on criteria provided in the customer's attempt. The manually input 
information is then transmitted to the customer 12, who has the opportunity to accept or 

15 decline the proposed deal. 

Thus, the request for quote aspect for an embodiment of the present invention 
includes essentially an electronically messaged conversation between the customer 12 at 
the customer GUI 2 and the trader 14 at the trader GUI 4, providing an extension of the 
existing CATS-OS system under certain circumstances, a principle one of which is that 

20 the attempted deal is larger than the host bank is willing to handle at the standing price. 
To accomplish this electronic messaging, an embodiment of the present invention 
provides additional messaging capability to existing CATS-OS system messages. In 
particular, an embodiment of the present invention includes a system and method for 
providing messages directly between the customer GUI 12 and the trader GUI 4 . The 

25 trader 14 at the trader GUI 4 views a pop-up message when the customer 12 at the 

customer GUI 2 wishes to perform a rate that would not otherwise be allowed, and the 
trader 14 then responds accordingly, for example, by inputting a proposed price. 

The request for quote aspect for an embodiment of the present invention 
improves the usability of the existing CATS-OS system by allowing the trader 14 to 



147567936 



11 

quote rates for all instruments for which the trader 14 is responsible. The trader 14 is 
kept permanently informed of the warrant transactions that are being rejected, and the 
trader 14 is given the power to override the rejected transactions. The request for quote 
mechanism is useful where the CATS-OS system is unable to quote an executable rate 
5 automatically. It is also useful for executing transactions that would otherwise be 

rejected due to certain request for quote triggers or parameters. For every warrant deal 
transaction that would otherwise be rejected, an embodiment of the present invention 
makes it possible for the trader 14 to override the request for quote triggers. The trader 
14 also has the ability to quote a rate to the customer 12 for the above circumstances. 

10 These request for quote notifications go only to the traders who are responsible for the 
instruments specified in the warrants transactions. 

Fig. 2 is a sample category maintenance screen 16 for the request for quote 
aspect of an embodiment of the present invention. Every instrument belongs to a 
category. For every category, parameters are set up which indicate when a request for 

15 quote should be triggered. These categories include, for example, the deal amount 

exceeds a maximum allowed 18; the deal amount exceeds the available volume 20; the 
rate is suspended 22 due to sanity, spread, or time-out; the instrument is suspended 24; 
the counterparty is suspended 26; or the system is suspended 28. The default setting is 
all of the request for quote triggers switched on. For new categories added, the GUI 

20 displays the default settings. The trader 14 is able to switch off any or all of the request 
for quote triggers for a given category. Hence, for every warrants transaction, the WTS 
6 only triggers the request for quote based on what the set-up is for that instrument 
category. 

In an embodiment of the present invention, the default setting is such that if any 
25 or all of the request for quote trigger situations arise, then the WTS 6 triggers a request 
for quote to the category traders. All of the reasons resulting in the request for quote 
are shown. If all of the request for quote (RFQ) trigger parameters are switched off 
except one, such as the instrument is suspended 24, then any warrants transaction is 
rejected in all the trigger circumstances, except when the instrument is suspended. If 
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none of the RFQ triggers are switched on, then any of the trigger circumstances result in 
the WTS 6 transaction being rejected. All traders and system administrators, with the 
privilege to maintain instruments, automatically have the access rights to maintain 
categories and RFQ trigger parameters. 
5 Fig. 3 shows a sample deal entry screen 30 for the request for quote aspect of an 

embodiment of the present invention. The customer 12 enters the instrument 
identification 32 and volume 34 and indicates whether the customer 12 wishes to buy or 
sell the warrant. The GUI validates the details and transmits the price quote request to 
the WTS 6. For every transaction, the WTS 6 checks whether any RFQ parameters are 

10 switched on or not. For the instrument specified by the customer 12 in the warrants 

transaction, the WTS 6 gets the RFQ parameters from the WRS 8. The WTS 6 performs 
various checks, such as checking if the counterparty or system is suspended. If the 
relevant RFQ parameters, such as counterparty suspended 26 or system suspended 28 
are set and the counterparty or system is suspended, then the WTS 6 acknowledges that 

15 a request for quote is required for the transaction. Otherwise, the transaction is rejected 
with the appropriate message displayed on the screen of the customer GUI 2. If all is 
well, the WTS 6 passes the rate request to the WRS 8. 

In the request for quote aspect of an embodiment of the present invention, the 
WRS 8 performs various checks, such as instrument suspensions, rate suspensions due 

20 to sanity, spread or time-out. If any of these are true, and the relevant RFQ parameters, 
such as instrument suspended 24 or rate suspended 22, are set, then the WRS 8 is unable 
to quote a rate. The WRS 8 then acknowledges that a request for quote is needed and 
gives the reasons for it and passes these to the WTS 6. Otherwise, if the instrument or 
rate is suspended and the relevant RFQ parameters, such as instrument suspended 24 or 

25 rate suspended 22, are switched off, the transaction is rejected, and the GUI displays an 
appropriate message on the screen. In the existing CATS-OS system, the WRS 8 checks 
if the deal size exceeds available volume when the customer 12 executes a warrants 
transaction. However, in the request for quote aspect for an embodiment of the present 
invention, the WRS 8 does this check when the customer 12 requests a price quote. The 
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WRS 8 checks if the deal amount exceeds the available volume. If the deal amount is 
greater than the available volume, and the relevant RFQ parameter, namely exceeds 
available volume 20, is set, then the WRS 8 acknowledges that a request for quote is 
needed, and this is sent to the WTS 6. Otherwise, if the WRS 8 is able to quote an 

5 executable rate automatically, the WRS 8 sends the quote to the WTS 6. 

In the request for quote aspect of an embodiment of the present invention, the 
WTS 6 checks if the deal amount, determined by the buy or sell rate times the volume, 
exceeds the maximum transaction limit allowed. In the existing CATS-OS system, this 
check is done at deal execution time. In the request for quote aspect for an embodiment 

10 of the present invention, it is done when the customer 12 requests a price quote. If the 
amount exceeds the maximum limit, and the relevant request for quote parameter, 
namely exceeds maximum 18, is set, then the WTS 6 acknowledges that a request for 
quote is required. Otherwise, the transaction is rejected. If all is well, and the WRS 8 
quotes an executable rate, the executable rate is passed to the customer GUI 2 for the 

15 customer 12 to see. If the customer 12 executes the deal within a certain time period by 
pressing the "Buy" button 36 on the deal entry screen 30, the deal is executed. 
Alternatively, the customer 12 can press the "Cancel" button 38 on the deal entry screen 
30, in which case the transaction is deleted. If a time-out occurs, then the customer 12 
is either able to re-request a rate, by pressing the "Re-request" button 40 on the deal 

20 entry screen 30, or cancel the deal. Re-requesting a deal results in the previous 

transaction being deleted and a new one being entered in the transactions database of the 
WTS 6. Otherwise, the transaction remains unexecuted. 

In the request for quote aspect of an embodiment of the present invention, if a 
request for quote is necessary, the WTS 6 informs the customer GUI 2, including all the 

25 reasons for it. The customer GUI 2 informs the customer 12 with a message, such as 
"Waiting for response from trader." The "Buy" button 36 is disabled, because the 
customer 12 cannot execute the deal until the dealer 14 accepts the indicated rate or 
provides a deal rate. The "Re-request" button 40 and "Cancel" button 38 are enabled to 
allow the customer 12 to re-request a rate or delete the transaction. If the response of the 
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trader 14 is not received within a certain time period, the request for quote times out, 
and the customer GUI 2 informs the customer 12 with a message, such as "Sorry, no 
response from trader." 

In the request for quote aspect of an embodiment of the present invention, a 

5 category trader 14 can respond to the request for quote by accepting the rate quoted by 
the WRS 4, by quoting a dealer's rate or by rejecting the transaction. The trader's 
request for quote response is sent by the WTS 6 to the customer GUI 2. If the category 
trader 14 rejects the request for quote, the customer GUI 2 validates that the details 
displayed on the screen are the same as the request for quote. If so, the customer GUI 2 

10 displays a message, such as "RFQ has been refused," and the "Re-request" button 40 and 
"Cancel" button 38 are enabled to allow the customer 12 to re-request a rate or delete the 
transaction. If the category trader 14 accepts the request for quote, the customer GUI 2 
validates that the trader's response to a request for quote relates to the transaction details 
displayed on the screen. If so, the customer GUI 2 then displays the dealer's rate and 

15 awaits the customer's response. The customer 12 can reject the deal rate by pressing the 
"Cancel" button 38, in which case the transaction is deleted from the transaction 
database of the WTS 6. The customer 12 can accept the dealer's rate by pressing the 
"Buy" button 36, and the transaction is then executed. 

Fig. 4 shows a sample message box 44 for the request for quote aspect of an 

20 embodiment of the present invention. When a request for quote trigger occurs, the WTS 
6 sends a notification message to the MAI 10. The MAI 10 then sends a message to the 
on-line category traders alerting them of a request for quote. The category traders are 
able to see these system generated messages in the request for quote message box 44 or 
when they read their mail. However, if none of the category traders are logged on, then 

25 the MAI 10 sends the request for quote messages to all traders belonging to the default 
trader category. The default category traders are able to see the request for quote 
messages in the request for quote message box 44 or when they next read their mail. 

In the request for quote aspect of an embodiment of the present invention, every 
time a request for quote is triggered, if a trader in the same category is logged on, then 
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the trader 14 is notified by a message in the status bar on the screen of the trader GUI 4 
advising of an incoming message with time, text, and system name, such as "Incoming 
message: 10:47:52 *815725 request for quote RATES". If none of the category traders 
are logged on, then those default trader category members logged on receive the 

5 message. The trader 14 is able to select a message from the request for quote message 
box 44 and double click to provide a dealer's rate for the warrants transaction that is 
awaiting a rate quotation. The current transaction details then appear in the screen. 
Once the dealer 14 accepts or rejects the transaction, a mail message is added in the 
request for quote message box 44 notifying the category traders of the change in request 

10 for quote status. In addition, the trader GUI 4 displays the message in the status bar to 
alert the category traders of an incoming message with time, text, and system name, 
such as "Incoming message: 10:47:52 *815725 request for quote accepted RATES" or 
"Incoming message: 10:47:52 *815725 request for quote rejected RATES." If none of 
the category traders are logged on, then those default trader category members logged on 

15 receive the message. 

Fig. 5 shows a sample trade details screen 46 for the request for quote aspect of 
an embodiment of the present invention. When a request for quote is selected, the trader 
GUI 4 gets the transaction details from the WTS 6. The transaction may not exist 
because the customer 12 may have decided not to wait for a trader's response and 

20 cancelled the deal. If this is the case, the trader GUI 4 displays a message, such as 
"Sorry, request for rates has been cancelled." Otherwise, the transaction details are 
displayed on the trade details screen 46 including the reason for the request for quote. 
The trader 14 can accept any rate quoted by the WRS 8, enter a dealer's rate, or reject 
the transaction. If the dealer 14 presses the "Accept" button 48 on the trade details 

25 screen 46, the request for quote status In the transaction database of the WTS 6 is 

updated accordingly. Similarly, the request for quote status is updated if the dealer 14 
presses the "Reject" button 50 on the trade details screen 46. The result is transmitted 
from the trader GUI 14 to the WTS 6, and the result is sent on to the customer 12 at the 
customer GUI 2. The WTS 6 also broadcasts the updated request for quote status, via 
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the MAI 10, to all of the on-line category traders. If the trader 14 rejects the request for 
quote, the customer GUI 2 displays a refusal message and enables the "Re-request" 
button 40 and "Cancel" button 38 on the deal entry screen 30. If the trader 14 accepts 
the request for quote, the customer GUI 2 displays the dealer's rate. The customer 12 

5 can reject the deal rate by pressing the "Cancel" button 38 or accept the deal rate by 
pressing the "Buy" button 36, and the transaction is executed. 

Fig. 6 is a flow chart which illustrates an example of the process of the customer 
12 requesting a rate in the request for quote aspect of an embodiment of the present 
invention. At SI, the customer 12 logs on the customer GUI 2 and enters an instrument 

10 identification 32, a volume 34, and indicates whether to buy or sell 36. At S2, the 

customer GUI 2 validates the details and sends the rate request to the WTS 6. At S3, the 
WTS 6 receives the rate request and checks if the counterparty or system is suspended. 
If not, the WTS 6 sends the rate request to the WRS 8. If the counterparty or system is 
suspended, the WTS 6 checks if the relevant RFQ parameters 26, 28 are set. If not, the 

15 WTS 6 sends a rejection message to the customer GUI 2. If the relevant RFQ 
parameters 26, 28 are set, the WTS 6 sends the rate request to the WRS 8. 

Referring further to Fig. 6, at S4, the WRS 8 receives the rate request and checks 
if the instrument or rate is suspended. If not, the WRS 8 checks if the deal size exceeds 
available volume. If the instrument or rate is suspended, the WRS 8 checks if the 

20 relevant RFQ parameters 24, 22 set. If not, the WRS 8 sends a rejection message to the 
WTS 6 for the customer GUI 2. If the relevant RFQ parameters 24, 22 are set, the WRS 
8 checks if the deal size exceeds available volume. If the deal size does not exceed 
available volume, the WRS 8 sends an executable rate to the WTS 6. If the deal size 
exceeds available volume, the WRS 8 checks if the relevant RFQ parameter 20 is set. If 

25 not, the WRS 8 sends a rejection message to the WTS 6 for the customer GUI 2. If the 
relevant RFQ parameter 20 is set, the WRS 8 sends an RFQ message to the WTS 6. At 
S5, the WTS 6 receives the executable rate from the WRS 8 and checks if the deal 
amount exceeds the transaction limit. If not, the WTS 6 sends the executable rate to the 
customer GUI 2. If the deal amount exceeds the transaction limit, the WTS 6 checks if 
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the relevant RFQ parameter 18 is set. If not, the WTS 6 sends a rejection message to the 
customer GUI 2. If the relevant RFQ parameter 18 is set, the WTS determines that a 
request for quote is required. 

Fig. 7 is a flow chart which illustrates an example of the request for quote 

5 notification process for the request for quote aspect of an embodiment of the present 
invention. At S6, the WTS 6 receives a request for quote message from the WRS 8 or 
determines that a request for quote is required and sends a RFQ message to the customer 
GUI 2 and a RFQ notification to the MAI 6. At S7, the customer GUI 2 receives the 
RFQ message from the WTS 6, disables the "Buy" button 36, enables the "Re-requesf ' 

10 button 40 and "Cancel" button 38, and sets a RFQ timer. At S8, the MAI 10 receives 
the RFQ notification from the WTS 6 and sends the RFQ notification to the trader GUI 
4. At S9, the trader GUI 4 displays a RFQ message on the request for quote message 
screen 44. At S10, the trader 14 enters a selection of the request for quote message from 
the message screen 44. At SI 1, the trader GUI 4 gets the transaction details from the 

15 WTS 6 and displays the details on the transaction details screen 46. 

Referring further to Fig. 7, at S12, the trader 14 enters an acceptance by pressing 
the "Accept" button 48 or a rejection by pressing the "Reject" button 50 on the 
transaction details screen 46. At SI 3, the trader GUI 4 sends the trader's acceptance or 
rejection to the WTS 6. At SI 4, the WTS 6 sends the trader's acceptance or rejection to 

20 the customer GUI 2, updates the request for quote status in the WTS transaction 
database, and broadcasts the updated status via the MAI 10 to all on-line category 
traders. At S15, the customer GUI 2 receives the trader's acceptance or rejection. If a 
rejection, the customer GUI 2 displays a refusal message for the customer 12. If an 
acceptance, the customer GUI 2 displays the trader's rate for the customer 12. At SI 6, 

25 the customer 12 sees the display of the trader's rate and enters the customer's rejection 
by pressing the "Cancel" button 38 on the deal entry screen 30. Alternatively, if the 
customer 12 wants to accept the trader's rate and if the request for quote has not timed 
out, the customer 12 enters the customer's acceptance of the trader's rate by pressing the 
"Buy" button 36, and the transaction is executed. 
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Another aspect for an embodiment of the present invention is a sales trader 
feature, which provides an automated system and method for warrant trading that allows 
a special type of trader, referred to as a sales trader, to deal on behalf of a selected 
customer within the CATS-OS system. Fig. 8 is a schematic diagram which illustrates 
5 an overview example of key components and the flow of information between the key 
components in the sales trader aspect for an embodiment of the present invention. The 
sales trader aspect for an embodiment of the present invention makes use, for example, 
of one or more sales trader GUIs 102, 104, the warrants transaction server (WTS) 6, the 
warrants rate server (WRS) 8, as well as a credit server (CRS) 106, a warrants hand-off 
10 server (WHO) 108 and a direct dealer interface (DDI) 1 10. In the sales trader aspect, 
any number of sales traders 1 12, 1 14 perform this function without necessarily knowing 
the price of particular warrants and without setting their own prices. Typically, but not 
necessarily, one or more of these traders 112, 1 14 are located at terminals of the CATS- 
OS system, such as sales trader GUIs 102, 104, near the trading room itself. The sales 
15 traders 112, 1 14 receive calls from customers, such as customer 1 16, on the telephone 
1 18 or other communication device in order to conduct trades for the customers. 

An advantage of the sales trader aspect for an embodiment of the present 
invention is that all the facilities of the CATS-OS system are available and fully met for 
the customers, including accurately set price, correctly collected information, and other 
20 requirements for deals to proceed, such as credit lines in place. In addition the sales 
trader aspect provides the advantage of reduced error rates achieved by the CATS-OS 
system without the disadvantage of having to install all the CATS-OS system 
requirements for customers who do not wish installation but who wish to continue to 
deal over the telephone 118. The sales trader aspect thus provides full warrant trading 
25 capabilities without the expense of highly paid professional traders or inter-bank traders. 
The sales trader aspect also includes specialized features relating to trading by phone 
118 and customer account access. In the sales trader aspect, the sales traders 1 12, 1 14 
have privileged access to user accounts. In this embodiment, the sales traders 112, 114 
do not have access to all capabilities that normal users of the CATS-OS system have, but 
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the system does provide the sales traders 1 12. 1 14 with the capability to select the 
customers, such as customer 1 16, on whose behalf they are acting and to perform certain 
necessary functions to complete warrant trading. 

In the sales trader aspect of an embodiment of the present invention, when the 
5 sales traders 1 12, 1 14 log in, input of name and password information allows the sales 
traders 1 12, 1 14 to deal on behalf of a number of users in a secure manner. The sales 
trader aspect permits a user to trade in the CATS-OS system on behalf of its customers 
and makes use, for example, of the GUI and the servers in the existing CATS-OS system 
to increase the number of warrants transactions done through the CATS-OS system. 
10 The sales trader aspect enables this by including warrants transactions done with 

customers, such as customer 116, over the telephone 118. This new type of user is able 
to enter transactions in the CATS-OS system on behalf of customers. 

As the existing CATS-OS system provides an automatic deal hand-off to the DDI 
1 10, a benefit of the sales trader aspect for an embodiment of the present invention 
15 includes, for example, a significant reduction in the wrong rates being quoted or entered 
accidentally into the system by traders. Currently, many telephone trades are 
mismatched and have to be adjusted by a middle office. Another benefit of the sales 
trader aspect for an embodiment of the present invention is to avoid manual work and 
hand- written tickets, thus saving time for the trader. An additional benefit of the sales 
20 trader aspect is that the CATS-OS system GUI software application need not be installed 
at the customer's site, because the sales traders, such as sales traders 1 12, 1 14, are able to 
enter and view transactions on behalf of customers. 

Fig. 9 is a schematic diagram which illustrates an example overview of databases 
for the sales trader aspect of an embodiment of the present invention. The sales trader 
25 aspect includes, for example, an "Institution" table 1 18, a "Branch" table 120, a "User" 
table 122, and a "Customer" table 124. In the sales trader aspect, the non-CATS-OS 
system bank counterparty details are manually entered into the "Branch" table 120 of the 
CATS-OS system. In addition, the trading relationships and credit limits are manually 
maintained from relationship and credit limit maintenance screens. The existing 
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customers' GUI trading mechanism is not changed. The DDI 110 stores additional 
fields, such as customer identification and retail customer's settlements instructions, in a 
DDI interface table and Exchange Feed table of the existing CATS-OS system. A 
customer list is uploaded from a text file into the CATS-OS system database. 
5 Thereafter, the "Customer" table 124 of the CATS-OS system is manually maintained 
by a system administrator. The sales traders, such as sales traders 1 12, 1 14, do not have 
the privilege to negotiate prices or override maximum transaction amount being deleted. 
This privilege is available to traders who are able to respond to pending transactions that 
await request for quotes. 
10 The sales trader aspect for an embodiment of the present invention utilizes a 

number of servers. The WTS 6 coordinates the activities of the CATS-OS system. The 
WTS 6 contains a database which stores user profiles, transactions and relationships. 
The WRS 8 receives input from price feeds, such as Reuters price feeds, and updates an 
in-memory table with the latest rates. The WRS 8 stores and updates volumes and 
15 warrants instrument details. The CRS 106 maintains the credit for each branch. The 
credit is drawn down each time a transaction is executed. The WHO 108 receives the 
completed transactions and hands them off to the deal capture and position-keeping 
system or DDI 110. 

In the sales trader aspect for an embodiment of the present invention, the 
20 customer 1 16 is an individual who has an account at a host retail bank branch, such as a 
global consumer bank. Alternatively, the customer 1 16 is a fund manager or broker of a 
corporate entity or bank that uses the CATS-OS system to execute warrants transactions 
against a branch of the host bank. The customer 1 16 is set up in the "User" table 122 
with the user type "Customer" and a user ID as a unique identifier. The traders, such as 
25 trader 112, are the corporate warrants dealers at a branch of the host bank. A trader, such 
as trader 1 12, is responsible for making the prices, setting trading limits and covering 
positions resulting from transactions in local currency. The trader, such as trader 1 12, is 
set up in the "User" table 122 with user type "Trader" with a unique identifier or user 
ID. A counterparty is the corporate entity, bank, or financial institution that uses the 
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CATS-OS system to execute warrants transactions against a branch of the host bank. 
The counterparty is set up in the "Branch" table 120 with a unique identifier or branch 
ID. 

In the sales trader aspect for an embodiment of the present invention , a sales 

5 trader, such as trader 1 12, is a new type of user of the CATS-OS system. For example, 
the sales trader 1 12 is either a host bank employee or a host bank broker who deals over 
the telephone 118, for example, with a host bank counterparty. The sales trader 1 12 is 
able to enter and view transactions on behalf of a customer 116 of the CATS-OS system. 
The customer 1 16 is also able to log into the CATS-OS system itself. The customer 116 

10 can then be manually added as a CATS-OS system user from a user profile maintain 
screen. An organization is classed as an "Institution" in the CATS-OS system. An 
institution is stored in the "Institution" table 118 with a unique identifier or institution 
ID. For example, a company called "The Acme Company" is set up with an institution 
ID of "ACMEINST." A branch is an instance of a bank branch or a corporate branch 

15 held in the "Branch" table 120 with a branch ID. The Acme Company with branches in 
London, Frankfurt and Tokyo has branches, for example, "LONACME", "FFTACME", 
and "TOKACME" set up in the CATS-OS system. 

In the sales trader aspect for an embodiment of the present invention, a 
relationship describes the trading relationship which the trading branch has with all other 

20 host bank counterparties. As long as a trading relationship exists between the two 

relevant branches, a sales trader of the trading branch, such as sales trader 1 12, can trade 
on behalf of any of the counterparties or the counterparty's retail customers, if any. 
Hence, a sales trader is not restricted to trade on behalf of a subset of counterparty 
customers. Fig. 10 is a schematic diagram which amplifies and provides further detail 

25 regarding the sample database overview shown in Fig. 9 for the sales trader aspect of an 
embodiment of the present invention. In accordance with the existing CATS-OS system 
trading mechanism, all warrants transactions are done bank to bank. For example, a 
sales trader, such as sales trader 1 12, of the host bank in Japan trading on behalf of a 
retail customer or a global consumer bank, such as customer 116, results in the deal 
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being done, for example, between "CITIJPY" and "CITIGCB." 

In the sales trader aspect for an embodiment of the present invention, a sales 
trader transaction has its own time-out period for which the warrant's price is valid. 
This time-out period is maintained in the "Branch" table 120 against the branch of the 

5 sales trader 112. The time-out period is longer, for example, than the normal price time- 
out period. This is because there is some time delay between the buy/sell price being 
quoted to the customer 116 over the phone 118, and the customer 116 stating the 
transaction volume and whether the customer 116 wishes to buy or sell. It is possible 
that the price of the warrant is updated in the meantime. The transaction is still executed 

10 with the buy/sell price quoted, as long as the sales trader time-out period does not 
expire. 

Figs. 11, 12, 13, 14, and 15 illustrate a sample deal entry screen 130, a sample 
transaction screen 132, branch maintenance screen 134, a sample customer maintenance 
screen 136, and a sample trade details screen 138, respectively, for the sales trader 

15 aspect of an embodiment of the present invention. The GUI 102 and the WTS 6 assure 
that the sales trader transaction is executed within the new time-out period. If not, the 
GUI 102 displays a time-out message and disables the "Buy" button 140 and "Sell" 
button 142 from the deal entry screen 130. The sales trader 112 can then re-request a 
price quotation by pressing a the "Re-request" button 144 or cancel the transaction by 

20 pressing the "Cancel" button 146 on the deal entry screen 130. When the sales trader 

112 enters the warrants transaction in the CATS-OS system, the sales trader 112 enters it 
as a broker of the trading branch. In other words, if the customer 116 says "I wish to 
buy X warrants", the sales trader 1 12 enters "sell" by pressing the "Sell" button 142 on 
the deal entry screen 130 Similarly, if the customer 116 says "I wish to sell X 

25 warrants", the sales trader 112 enters "buy" by pressing the "Buy" button 140 on the 
deal entry screen 130. 

In the sales trader aspect of an embodiment of the present invention, when the 
customer 116 telephones the sales trader 112 and requests to make warrants transaction, 
the sales trader 1 12 at the sales trader GUI 102 logs into the CATS-OS system. The 
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transaction screen 132 is displayed automatically to the user 112. The transaction screen 
132 is more detailed than the one normally shown to the CATS-OS system customers. 
The sales trader 1 12 enters the warrants stock exchange number (SE No.) 148. The 
sales trader 112 then enters a kV number 150 or depot number 152, if known. The kV 
5 number is given to banks or financial institutions that trade on the German stock 

exchange. Those with a kV number settle their account through the German clearing 
system. Those with a depot number are non-German banks or financial institutions that 
settle directly. The GUI 102 defaults to entry of kV number 150. The kV number 150 
or depot number 152 identifies domestic or non-domestic bank approved counterparties. 

10 Alternatively, in the sales trader aspect for an embodiment of the present 

invention, the sales trader 112 can enter the counterparty branch name 154. The sales 
trader 1 12 can request a list of branch names starting with x characters (maximum of 
eight characters). If the sales trader 1 12 enters a search string and presses a "Find" 
button 156 on the branch maintenance screen 134, the GUI 102 ensures that some search 

15 criteria has been entered. The WTS 6 checks the "Branch" table 120 to see if the first 
few characters of the branch names match the search criteria. If matching branch names 
are found, the WTS 6 returns the total number of matching branch ID's and names. If 
there are more than 100 matching branch ID's, the WTS 6 does not return any of the 
branch details and a message, such as "XXX matching branch names were found, please 

20 re-enter search criteria" is displayed. If none are found, a message is displayed, such as 
"None found; please re-enter search criteria." 

In the sales trader aspect for an embodiment of the present invention, for trading 
on behalf of retail bank customers, the sales trader 112 enters the customer ID 158, if 
known. Otherwise, the sales trader 112 can request customer names starting with x 

25 characters (maximum of eight characters). If the sales trader 112 enters a search string 
and presses the "Find" button 160 on the customer maintenance screen 136, the GUI 102 
ensures that some search criteria has been entered. The WTS 6 checks the "Customer" 
table 124 to see if the first few characters of the customer names match the search 
criteria. If matching customer names are found, the WTS 6 returns the total number of 
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matching customer ID's and names. If there are more than 100 matching customer ID's, 
the WTS 6 does not return any of the customer details and a message, such as "XXX 
matching customer names were found, please re-enter search criteria" is displayed. If 
none are found, a message is displayed, such as "None found; please re-enter search 
5 criteria." 

In the sales trader aspect of an embodiment of the present invention, the sales 
trader 112 does not know the volume the customer 116 wishes to buy or sell. Once the 
CATS-OS system quotes a buy and sell price, the customer 116 decides the volume and 
whether to buy/sell. The sales trader 112 can request a price quotation by pressing a 

10 "Get Price" button 162 on the transaction screen 132. The GUI 102 ensures that a kV or 
a depot number has been entered. Otherwise, a message is displayed, such as "Please 
enter a kV/depot no or counterparty name," and the sales trader 1 12 is prompted for re- 
input. The WTS 6 then validates the kV or depot number entered. If the counterparty 
specified does not exist, then the system administrator must manually enter this branch, 

15 its trading relationship with a trading branch, and credit limits in the CATS-OS system, 
and a message will be displayed, such as "Invalid branch". If a customer ID is entered, 
the WTS 6 validates that it exists in the "Customer" table 124. If not, a message will be 
displayed, such as "Invalid customer". The system administrator must manually enter 
the customer details in the customer maintenance screen 136. On successful validation, 

20 the WRS 8 generates a two-way price quote, which is both the buy and sell price for 
sales trader transactions. Before executing the transaction, the sales trader 112 must 
enter the volume. If not, the GUI 102 prompts the sales trader 1 12 for re-entry of the 
volume field. Once the customer 116 accepts the rate quoted within the new time-out 
period, the sales trader 112 executes the transaction by pressing either the "Buy" button 

25 1 40 or the "Sell" button 142 on the deal entry screen 130. 

In the sales trader aspect for an embodiment of the present invention, if the 
CATS-OS system is unable to quote a price and the relevant request for quote (RFQ) 
parameters are switched on, the WTS 6 and/or the WRS 8 triggers a RFQ to the relevant 
category traders that are logged in. The GUI displays a message indicating the reason 
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for a RFQ. The sales trader 112 then waits for a trader to respond to the RFQ and quote 
a price. Otherwise, the sales trader 112 can re-request a price or cancel the transaction. 
The WTS 6 and the WRS 8 check to determine whether the deal amount exceeds the 
maximum transaction limit and whether the deal amount exceeds the available volume. 

5 If so, and the relevant RFQ parameters are switched on, a RFQ is triggered. The GUI 
displays a message indicating the reason for the RFQ. The sales trader 112 then waits 
for a trader to respond to the RFQ and quote a price. Otherwise, the sales trader 112 can 
re-request a price or cancel the transaction. When the sales trader 112 executes or 
cancels a transaction, the sales trader's branch credit limit is updated accordingly. 

10 In the sales trader aspect of an embodiment of the present invention, the sales 

trader 1 12 sees the customer maintenance screen 136. In a customer reference field, the 
sales trader 112 enters the counterparty's employee name. The customer reference field 
can be used to view transactions and reports. On successful execution, the WTS 6 
updates the volume on the transaction table. The transaction is then automatically 

15 handed to the DDI 110. For example, for every Japanese sales trader warrants 

transactions handed off to the DDI 1 10, the WHO 108 sends additional fields to the DDI 
110. These are the customer ID 164, such as the retail customer bank account number, 
and the retail customer name 166. The customer ID 164 and name 166 fields are valid 
for transactions with retail bank customers; otherwise, it is blank. The retail customer's 

20 settlements instructions, i.e., customer ID 164 and name 166, are deemed a mandatory 
field, for example, for Japanese back office settlements operations. The WTS 6 hands 
off the customer ID and name for every transaction to the WHO 108. The WHO 108 
only hands off, for example, the additional two fields for Japanese transactions. 

In the sales trader aspect of an embodiment of the present invention, for those 

25 banks or financial institutions that do not settle, for example, through a German clearing 
house, the warrants transaction amounts are settled directly between the trading bank or 
financial institution and the counterparty bank or financial institution. This is done 
using a depot number, such as the branch plus a base plus an account number. German 
banks or financial institutions that go through the clearing house settle, for example, by 
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using the German stock exchange number or kV number in the DDI 110. For warrants 
transactions with retail bank customers, their accounts are settled, for example, by a 
back office settlements system. 

In an embodiment of the present invention, for sales trader transactions, deal 

5 tickets show a sales trader user ID and counterparty customer ID. An "Entered by" field 
in the deal ticket is the sales trader's user ID. The WTS 6 generates deal tickets with 
additional fields, such as the customer's ID and customer's name. These are only valid 
for sales trader transactions executed on behalf of retail bank customers. Otherwise 
they are blank. For sales trader transactions, transaction reports show the sales trader's 

10 user ID and counterparty's customer ID. The "Entered by" field 168 in the transaction 
report is the sales trader's user ID. The WTS 6 generates transaction reports with 
additional fields, such as the customer's Id and retail customer's settlements 
instructions. These are only valid for sales trader transactions executed on behalf of 
retail bank customers. Otherwise they are blank. 

15 In the sales trader aspect of an embodiment of the present invention, for sales 

trader transactions, two way price quotation is necessary. When the sales trader 112 
enters a transaction and the CATS-OS system is unable to quote prices, an RFQ is 
triggered if the RFQ parameters are switched on. In other words, category traders are 
expected to respond to an RFQ and quote a two way price. An RFQ may be triggered if 

20 the rate, instrument, counterparty, or system is suspended, or if the deal amount is 

greater than the maximum transaction limit or the deal amount is greater than available 
volume. The volume and buy/sell field may be blank for sales trader transactions. The 
GUI and the WTS 6 ensure that the trader responds within the new time-out period for 
sales trader transactions. 

25 Fig. 16 is a flow chart which illustrates a sample sales trader transaction for the 

sales trader aspect of an embodiment of the present invention. At S101, the customer 
1 16 at a telephone 118 contacts the sales trader 1 12 and requests a warrants transaction. 
At SI 02, the sales trader 1 12 at the sales trader GUI 102 logs in and inputs the sales 
trader's name and password information, enters the customer's warrants transaction 
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information, and presses the "Get Price" button 162 for a price quote request. At S103, 
the sales trader GUI 104 sends the price quote request to the WTS 6. At SI 04, the WTS 
6 validates the entered information, checks RFQ parameters, and if applicable, triggers 
the RFQ process; or if not applicable, sends the price quote request to the WRS 8. 
5 Referring further to Fig. 16, at S 105, the WRS 8 checks RFQ parameters, and if 

applicable, triggers the RFQ process; or if not, generates a two-way buy-sell price quote 
and sends it to the WTS 6. At SI 06, the WTS 6 sends the price quote to the sales trader 
GUI 1 12. At S 1 12, the sales trader GUI 102 displays the price quote for the sales trader. 
At SI 14, the sales trader 1 12 communicates the price quote to the customer 116. At 
10 SI 07, the customer 116 responds to the sales trader 112 with the customer's decision to 
reject or accept the price quote, and if accepted by the customer 1 16, the customer's 
desired volume. At S108, the sales trader 1 12 enters the customer's rejection by 
pressing the "Cancel" button 146, or if accepted by the customer 1 16, enters the 
customer's desired volume and executes the transaction by pressing the "Buy" button 
15 140 or "Sell" button 142. 

An additional aspect for an embodiment of the present invention is a multi-bank 
feature, which provides a system and method for automated warrant trading that allows a 
plurality of banks to deliver their prices using the CATS-OS system. The multi-bank 
aspect enables the single bank CATS-OS system to perform in a multi-bank mode by 
20 establishing links to one or more additional banks. Trading data is collected from the 
other banks, and once a deal is done, the deal is returned to a particular bank so that it 
can then manage the position which it has and perform its own assessment and the like. 
The multi-bank aspect for an embodiment of the present invention converts the single 
bank automated warrant trading CATS-OS system to a multi-bank automated warrant 
25 trading system and method. 

Fig. 17 is a schematic diagram which illustrates an example overview example of 
key components and the flow of information between the key components for the multi- 
bank aspect of an embodiment of the present invention. The multi-bank aspect avoids 
the potential problem of being overly embedded. For example, if a bank offers 
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competing prices, there are potential regulatory problems, such as a claim that the bank 
is conducting a stock exchange. In other words, when a bank allows many different 
competing prices on one system, the system may be claimed to be in effect a stock 
exchange. The multi-bank aspect for an embodiment of the present invention avoids the 
5 claim that it is a stock exchange, because the system does not have direct price 
competition between different banks using the multi-bank aspect of the system. 

The single bank CATS-OS system is an end tier client-server system, an 
advantage of which is that the different functions are very well partitioned. The 
functions of the single bank system include the rate server or WRS, which receives and 
10 fulfills rate requests from the transaction server or WTS, and a hand-off server or WHO, 
which hands off complete transactions to a direct dealer interface or DDI. The WRS 
receives rights from the bank and manages and presents them to the rest of the system as 
required, and the WHO receives bills from the system and hands them off to the bank 
and provides a reconciliation process. The single bank CATS-OS system also includes 
15 the WTS and layers of security and messaging which tie the whole system together. 

In the multi-bank aspect of an embodiment of the present invention, in addition 
to a first bank's WTS 6, for example, one or more additional transaction servers, such as 
a second bank's WTS 202, are employed, which are completely independent from the 
first bank's WTS 6 and completely independent from one another. Each additional 
20 transaction server, such as the second bank's WTS 202, deals exclusively with an 

additional bank, such as the second bank, in the multi-bank aspect for an embodiment of 
the present invention. Likewise, one or more additional rate servers, such as the second 
bank's WRS 204, and one or more additional hand-off servers, such as the second 
bank's WHO 206, are provided, which enables segregation between the multiple banks. 
25 A customer 208 uses a graphical user interface (GUI) 210 coupled via a network 212 to 
shared communications and messaging layers 214 to the separate automated warrant 
trading systems of a plurality of banks, such as trading systems 216 and 218. 

In the multi-bank aspect for an embodiment of the present invention, the separate 
automated warrant trading systems 216 and 218 of each bank includes, for example, the 
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separate transaction servers WTS 6 and WTS 212 coupled to the shared 
communications and messaging layers 214, and the separate rate servers WRS 8 and 
WRS 204 and hand-off servers WHO 7 and WHO 216 coupled to the respective 
transaction servers WTS 6 and WTS 202. Further, each bank's separate trading system 

5 216, 218 includes a firewall 220, 222, established between the respective banks' rate 
servers WRS 8 and WRS 204 and hand-off servers WHO 7 and WHO 216, and the 
respective banks 5 data centers 224, 226. Thus, one bank on the multi-bank system is not 
allowed to see how another bank on the system deals with the particular customer 208. 
While the multi-bank aspect utilizes shared communications and messaging layers 214, 

10 it runs independently on each end user's system. The multi-bank aspect is transparent to 
each of the banks using the system. As far as a particular bank using the multi-bank 
system is concerned, it is the only bank on the system. 

Currently, the CATS-OS system runs very successfully as an automated 
electronic trading tool for a bank's customers, for example, in Germany. These 

15 customers are primarily brokers, so the bank is often not aware of the identity of the end 
customer. The multi-bank aspect for an embodiment of the present invention allows 
other banks to add their prices to the CATS-OS system, so these brokers can buy and 
sell their warrants as well. This has an advantage for the brokers in that they only have 
to deal with one system to in order to meet their customers 5 needs. The multi-bank 

20 aspect for an embodiment of the present invention enables an entity, such as a wholly 
owned subsidiary of a bank, to provide a system which deals with hundreds of other 
banks, corporations and/or fund managers by demonstrating the ability of the subsidiary 
to maintain a separation between the bank and itself, as well as all other parties. Such an 
entity can be responsible for both the software and hardware for the CATS-OS system 

25 and can run the system in its own data center 228 and provide a clearly defined hand-off 
between its parent bank and itself. 

The multi-bank aspect of an embodiment of the present invention enables the 
CATS-OS system user 208 to easily buy and sell warrants from a number of banks and 
market makers. If the user 208 accesses the system through dial-up, the user 208 does 
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not to have to disconnect and re-dial to deal with another bank. The user 208 does not to 
have to log in separately, for example, to each of the systems 216, 218. Further, the 
systems 216, 218 are not so integrated as to raise fears that a stock exchange is created. 
Additionally, segregation between price makers is maintained. The multi-bank aspect 

5 for an embodiment of the present invention provides a fast, secure and reliable method 
of extracting rates from the price maker and returning to the bank any resultant deals in 
a timely and reliable fashion. 

In the multi-bank aspect for an embodiment of the present invention, an extra 
level of functionality can be added to the current user front-end GUI to allow the extra 

10 banks to be visible. Alternatively, for a relatively small number of banks, the GUI can 
be run a number of times, once for each available bank. In the alternative approach, the 
user 208 simply clicks from one system to the other as needed. A mechanism is also 
provide to enable this with the keyboard only. This can be accomplished, for example, 
with changes to the GUI and a higher specification machine to run more than one 

15 program at once. In the multi-bank aspect for an embodiment of the present invention, 
users of both the first bank's system 216 and the second bank's system 218 only have 
access to the systems via their GUIs, and segregation of all functions are maintained. 
An entity such as a subsidiary of the first bank can act in the mode of system 
administrator. A decision can be made as to which customers are enabled for which 

20 banks. The system can still be used as a single bank system as needed. Predetermined 
business arrangements are entered, for example, between the first bank, its subsidiary 
and the other banks, such as the second bank. 

Fig. 18 is a flow chart which illustrates an example of the process of a customer 
transaction in the multi-bank aspect for an embodiment of the present invention. At 

25 S201, the customer 208 at the customer GUI 210 logs on and enters the customer's price 
quote request. At S202, the customer GUI 210 sends the price quote request via shared 
communication and messaging layers 214 simultaneously to the WTS 6 and the WTS 
202 of the separately maintained and segregated trading systems 216 and 218. At S203, 
the WTS 6 and the WTS 202 each sends the price quote request to the corresponding 
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WRS 8 and WRS 204 of its own trading system 216 or 218. At S204, each of the WRS 
8 and WRS 204 independently generates an executable rate and sends the rate to the 
corresponding WTS 6 and WTS 202 of its own trading system 218 or 218. At S205, 
each of the WTS 6 and the WTS 202 sends its own trading system's rate quote via the 

5 shared communication and messaging layers 2 1 4 to the customer GUI 210. 

Referring further to Fig. 18, at S206, the customer GUI 210 receives and displays 
each of the rate quotes, such that the rate quote and the identity of the financial 
institution's trading system 216 or 218 which furnished the rate quote are known only to 
the customer 208 and the financial institution which furnished the rate quote. At S207, 

10 the customer 208 at the customer GUI 210 enters the customer's selection of one of the 
rate quote furnished by one of the trading systems 216 or 218. At S208, the customer 
GUI 210 sends the customer's acceptance via the shared communication and messaging 
layers 214 to the WTS 6 or the WTS 202 of the trading system 216 or 218 which 
furnished the selected rate quote, such that the selection is known only to the customer 

15 208 and the financial institution whose trading system 216 or 218 furnished the selected 
rate quote. At S209, the WTS 6 or the WTS 202 of the trading system 216 or 218 which 
furnished the selected rate quote receives the customer's acceptance and sends the 
acceptance to corresponding WHO 7 or 206 of the trading system 216 or 218 which 
furnished the selected rate quote for processing. 

20 Although the invention has been described with reference to these preferred 

embodiments, other embodiments can achieve the same results. Variations and 
modifications of the present invention will be apparent to one skilled in the art, and the 
above disclosure is intended to cover all such modifications and equivalents. 
Accordingly, the invention is only limited by the following claims. 

25 What is claimed is: 
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1 . A method for data management of a financial transaction, comprising: 
receiving a request for a user for a proposed financial transaction; 
generating a rate quote consisting of one of an executable rate quote and a 

category trader's rate quote for the proposed financial transaction, wherein the 
5 executable rate quote is generated if a first predefined condition is identified, and the 
category trader's rate quote is generated if a second predefined condition is identified; 

automatically prompting the user for a selection of the generated rate 
quote for the proposed financial transaction; 

automatically holding the generated rate quote for a predetermined period 
1 0 of time for the user; 

receiving a request for execution of the proposed transaction for the user 
in accordance with the selection by the user of the generated rate quote; and 

automatically executing the proposed transaction for the user in 
accordance with the generated rate quote upon receipt of the request for execution 
15 within the predetermined period of time. 

2. The method of claim 1, wherein receiving the request for the proposed 
financial transaction further comprises receiving the request at a terminal. 

3. The method of claim 2 ? wherein receiving the request at the terminal 
further comprises entering the request at the terminal by the user. 

20 4. The method of claim 2, wherein receiving the request at the terminal 

further comprises entering the request at the terminal for the user by a sales trader. 

5. The method of claim 4, wherein entering the request at the terminal by the 
sales trader further comprises receiving the request by the sales trader from the user. 

6. The method of claim 2, wherein receiving the request at the terminal 

25 further comprises receiving the request by a transaction server coupled to the terminal. 

7. The method of claim 6, wherein receiving the request at the terminal 
further comprises receiving the request by a rate server coupled to the transaction server. 
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8. The method of claim 2, wherein receiving the request at the terminal 
further comprises receiving the request by a plurality of transaction servers coupled to 
the terminal. 

9. The method of claim 8, wherein receiving the request at the terminal 

5 further comprises receiving the request by the transaction servers of each of a plurality 
of independently maintained and segregated trading systems coupled to the terminal. 

10. The method of claim 9, wherein receiving the request at the terminal 
further comprises receiving the request by a corresponding rate server coupled to the 
transaction server of each of the trading systems. 

10 11. The method of claim 1 , wherein generating the rate quote further 

comprises automatically identifying the first predefined condition for generating the 
executable rate quote for the proposed transaction by at least one of a transaction server 
and a rate server. 

12. The method of claim 1 1 , wherein automatically identifying the first 
15 predefined condition for generating the executable rate quote further comprises 

automatically generating the executable rate quote by the rate server. 

13. The method of claim 12, wherein automatically generating the executable 
rate quote by the rate server further comprises automatically generating the executable 
rate quote by the rate server coupled to the transaction server. 

20 14. The method of claim 12, wherein automatically generating the executable 

rate quote by the rate server further comprises automatically generating the executable 
rate quote by the rate server of at least one of a plurality of independently maintained 
and segregated trading systems. 

15. The method of claim 14, wherein automatically generating the executable 

25 rate quote by the rate server of at least one of the plurality of trading systems further 
comprises automatically generating the executable rate quote by the rate server coupled 
to a corresponding transaction server of the at least one independently maintained and 
segregated trading system. 
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16. The method of claim 1 , wherein generating the rate quote further 
comprises automatically identifying the second predefined condition for generating the 
category trader's rate quote. 

17. The method of claim 16, wherein automatically identifying the second 
5 predefined condition for generating the category trader's rate quote further comprises 

automatically identifying a predefined cause for rejecting the request for the proposed 
financial transaction. 

18. The method of claim 17, wherein automatically identifying the predefined 
cause for rejecting the request for the proposed financial transaction further comprises 

10 automatically identifying the predefined cause for rejecting the proposed financial 
transaction by at least one of a transaction server and a rate server. 

19. The method of claim 1 8, wherein automatically identifying the predefined 
cause for rejecting the proposed financial transaction further comprises automatically 
identifying at least one cause for rejecting the proposed financial transaction selected 

15 from a group of causes for rejecting the proposed financial transaction consisting of a 
proposed transaction counterparty suspension, a proposed transaction system 
suspension, a proposed transaction instrument suspension, a proposed transaction rate 
suspension, a proposed transaction volume exceeding an available volume, and a 
proposed transaction amount exceeding a predefined limit. 

20 20. The method of claim 1 7, wherein automatically generating the request for 

the category trader's rate quote further comprises automatically confirming a 
predetermined setting of a request for quote parameter corresponding to the at least one 
identified predefined cause for rejection of the proposed financial transaction. 

21 . The method of claim 20, wherein automatically confirming the request for 
25 quote parameter setting further comprises automatically confirming the request for quote 

parameter setting by at least one of the transaction server and the rate server. 

22. The method of claim 16, wherein automatically identifying the second 
predefined condition for generating the category trader's rate quote further comprises 



1475 6 7 93 6 

35 

automatically prompting entry of the category trader's rate quote by at least one of a 
plurality of category traders. 

23. The method of claim 22, wherein automatically prompting the entry of the 
category trader's rate quote further comprises receiving an input of the category trader's 

5 rate quote by at least one of the plurality of category traders. 

24. The method of claim 1 , wherein automatically prompting the user for 
selection of the generated rate quote further comprises automatically displaying the 
generated rate quote for the user. 

25. The method of claim 24, wherein automatically displaying the generated 
10 rate quote further comprises automatically displaying the generated rate quote for the 

user at a terminal. 

26. The method of claim 25, wherein automatically displaying the generated 
rate quote further comprises automatically displaying the generated rate quote at a user 
terminal for the user. 

15 27. The method of claim 25, wherein automatically displaying the generated 

rate quote automatically displaying the generated rate quote at a sales trader terminal for 
the user. 

28. The method of claim 1 , wherein automatically holding the generated rate 
quote for the predetermined period of time for the user further comprises automatically 

20 setting a counter for the predetermined period of time. 

29. The method of claim 1 , wherein receiving the request for execution of the 
proposed transaction further comprises receiving the request for execution at a terminal. 

30. The method of claim 29, wherein receiving the request for execution at 
the terminal further comprises entering the request at a user terminal by the user. 

25 31. The method of claim 30, wherein receiving the request for execution at 

the terminal further comprises entering the request at a sales trader terminal by a sales 
trader for the user. 
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32. The method of claim 3 1 , wherein entering the request for execution at the 
sales trader terminal by the sales trader further comprises receiving the request by the 
sales trader from the user. 

33. The method of claim 29, wherein receiving the request for execution at 

5 the terminal further comprises receiving the request for execution by a transaction server 
coupled to the terminal. 

34. The method of claim 33, wherein receiving the request for execution at 
the terminal further comprises receiving the request for execution by the transaction 
server of one of a plurality of independently maintained and segregated trading systems 

l o coupled to the terminal. 

35. The method of claim 1, wherein automatically executing the proposed 
transaction for the user further comprises automatically handing off the request for 
execution to a hand-off server. 

3 6 . The method of claim 3 5 , wherein automatically handing off the request 
15 for execution further comprises automatically handing off the request for execution by a 
transaction server. 

37. The method of claim 35, wherein automatically handing off the request 
for execution further comprises automatically handing off the request for execution by a 
transaction server of one of a plurality of independently maintained and segregated 

20 trading systems. 

38. A system for data management of a financial transaction, comprising: 
means for receiving a request for a user for a proposed financial 

transaction; 

means coupled to the transaction request receiving means for generating a 
25 rate quote consisting of one of an executable rate quote and a category trader's rate 
quote for the proposed financial transaction, wherein the executable rate quote is 
- generated if a first predefined condition is identified, and the category trader's rate quote 
is generated if a second predefined condition is identified; 
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means coupled to the rate generating means for automatically prompting 
the user for a selection of the generated rate quote for the proposed financial transaction; 

means associated with the prompting means for automatically holding the 
generated rate quote for a predetermined period of time for the user; 
5 means associated with the prompting means for receiving a request for 

execution of the proposed transaction for the user in accordance with the selection by the 
user of the generated rate quote; and 

means coupled to the execution request receiving means for automatically 
executing the proposed transaction for the user in accordance with the generated rate 
10 quote upon receipt of the request for execution within the predefined period of time. 

39. The system of claim 3 8, wherein the means for receiving the request for 
the proposed financial transaction further comprises a terminal consisting of one of a 
user's terminal and a sales trader's terminal. 

40. The system of claim 39, wherein the means for receiving the request for 
15 the proposed financial transaction further comprises at least one transaction server 

coupled to the terminal. 

41 . The system of claim 40, wherein the means for receiving the request for 
the proposed financial transaction further comprises a rate server coupled to the 
transaction server. 

20 42. The system of claim 39, wherein the means for receiving the request for 

the proposed financial transaction further comprises a plurality of transaction servers 
coupled to the terminal. 

43. The system of claim 42, wherein the means for receiving the request for 
the proposed financial transaction further comprises the transaction servers of each of a 

25 plurality of independently maintained and segregated trading systems coupled to the 
terminal. 

44. The system of claim 43, wherein the means for receiving the request for 
the proposed financial transaction further comprises a corresponding rate server coupled 
to the transaction server of each of the trading systems. 
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45. The system of claim 38, wherein the means for generating the rate quote 
for the proposed financial transaction further comprises means for identifying the first 
predefined condition for generating the executable rate quote. 

46. The system of claim 45, wherein the means for identifying the first 

5 predefined condition for generating the executable rate quote further comprises at least 
one of a transaction server and a rate server. 

47. The system of claim 46, wherein the means for generating the rate quote 
for the proposed financial transaction further comprises the rate server for generating the 
executable rate quote coupled to the transaction server. 

10 48. The system of claim 47, wherein the means for generating the rate quote 

for the proposed financial transaction further comprises the rate server of at least one of 
a plurality of independently maintained and segregated trading systems. 

49. The system of claim 48, wherein the means generating the rate quote 
further comprises the rate server coupled to a corresponding transaction server of the at 

15 least one independently maintained and segregated trading system. 

50. The system of claim 38, wherein the means for generating the rate quote 
for the proposed financial transaction further comprises means for automatically 
identifying the second predefined condition for generating the category trader's rate 
quote. 

20 51. The system of claim 50, wherein the means for automatically identifying 

the second predefined condition for generating the category trader's rate quote further 
comprises at least one of a transaction server and a rate server. 

52. The system of claim 38, wherein the means for generating the rate quote 
for the proposed financial transaction further comprises means for automatically 

25 prompting entry of the category trader's rate quote by at least one of a plurality of 
category traders. 

53 . The system of claim 52, wherein the means for automatically prompting 
entry of the category trader's rate quote further comprises at least one category trader's 
terminal coupled to a transaction server. 



147567936 

39 

54. The system of claim 38, wherein the means for automatically prompting 
the user for selection of the generated rate quote further comprises a terminal consisting 
of one of a user's terminal and a sales trader's terminal. 

55. The system of claim 54, wherein the means for automatically prompting 
the user for the selection of the generated rate quote further comprises at least one 
transaction server coupled to the terminal. 

56. The system of claim 55, wherein the means for automatically prompting 
the user for the selection of the generated rate quote further comprises a rate server 
coupled to the transaction server. 

57. The system of claim 54, wherein the means for automatically prompting 
the user for the selection of the generated rate quote further comprises a plurality of 
transaction servers coupled to the terminal. 

58. The system of claim 57, wherein the means for automatically prompting 
the user for the selection of the generated rate quote further comprises the transaction 
servers of each of a plurality of independently maintained and segregated trading 
systems coupled to the terminal 

59. The system of claim 58, wherein the means for automatically prompting 
the user for the selection of the generated rate quote further comprises a corresponding 
rate server coupled to the transaction server of each of the trading systems. 

60. The system of claim 38, wherein the means for automatically holding the 
generated rate quote for a predefined period of time further comprises a counter. 

61 . The system of claim 38, wherein the means for receiving the request for 
execution of the proposed transaction for the user further comprises a terminal 
consisting of one of a user's terminal and a sales trader's terminal. 

62. The system of claim 6 1 , wherein the means for receiving the request for 
execution of the proposed transaction for the user further comprises a transaction server 
coupled to the terminal. 

63. The system of claim 62, wherein the means for receiving the request for 
execution of the proposed transaction for the user further comprises the transaction 
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server of one of a plurality of independently maintained and segregated trading systems 
coupled to the terminal. 

64. The system of claim 38, wherein the means for automatically executing 
the proposed financial transaction further comprises a transaction server coupled to a 

5 hand-off server. 

65. The system of claim 64, wherein the means for automatically executing 
the proposed financial transaction further comprises the transaction server and the hand- 
off server of one of a plurality of independently maintained and segregated trading 
systems. 
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ABSTRACT 

An automated trading system makes use of various components, such as one or 
more transaction servers and one or more rate servers and a number of terminals. A 
request for a proposed transaction for a user is entered at either a user's terminal or a 

5 sales trader's terminal and sent to a transaction server coupled to a rate server. If a first 
predefined condition for generating an executable rate quote is identified, an executable 
rate quote is generated by the rate server and sent back to the user's or sales trader's 
terminal for the user. Otherwise, if a second predefined condition for a category trader's 
rate quote is identified, a request for the category trader's rate quote is sent by the 

10 transaction server to one or more category trader's terminals, prompting entry of a 
category trader's rate quote by one or more of the category traders, which is likewise 
sent back to the user's or sales trader's terminal for the user. If a request for execution is 
entered at the user's or sales trader's terminal within a predetermined period of time, the 
transaction server hands off the request for execution to a hand-off server, which 

15 executes the transaction for the user. 



20 



C0464-183785 
WINLIBO 1:760330.01 



CD 

o 



3 

CD 



<3 



O 

CD 

u 




(N ^ NO OO 
CN <N CN CN 



CO CO 

O *a ^3 

SCD CD 

, CD CD 

<c o o 

^ X! X 

13 <D CD 
CD 



oo O 
^ (N 




CD 
O 

ui 



CD 

CO 



-a 



CD 
> 
O 

a 

CD 

oil 



^3 

a 

El 



o 

4 
in 
.p 

M 

m 

~ 

u 
ru 

o 
w 



>< 



Q 

O 
H 

t/2 



h4 




o 

> 
< 



m 

CM 

o 

oo 



5 



on 

ON 



O 




s 



CO 



O 

pa 



I 

> 
I 



O 
■ i— ( 

I 



O 
00 



PQI 



X 

□ 



a 

in 

m 

r. 

ru 

13 

w 



H 



I 



w 

<L> 

SP 

xn 



o 
a 

CO 



a 

H 



o 



>< 

n 



o 
o 

•+-» 

CO 

cr 

H 
p4 



5 ^ 

-P ^ 



S s 

Oh 



o 



O 



2 ^ t3 03 



Q 

H 



> w 



X 



to 

<D 
O 
X 



c3 

CO 

<D 
CD 
O 
X 



□ □ 



1> 

> 



O 



Q 



c3 

Q 

s 



3 
is 

CO 



s 



+; <D U U 



5§ 



CO 



O U 'H ^ r ^ 
co Qh C O 

a w M 



CO 

O 





Customer Logs on Customer GUI and Enters Instrument ID, 
Volume, and Indicates Buy or Sell Warrant 

Customer GUI Validates Details and Sends Rate Quote 
Request to WTS 



I 

WTS Receives Rate Request, Checks if 
Counterparty/system Suspended; if No, Sends Rate Request 
to WRS, or if Yes, WTS Checks if Relevant RFQ 
Parameters Set; if No, Sends Rejection Message to 
Customer GUI, or if Yes, Sends Rate Request to WRS 



I 

WRS Receives Rate Request, Checks if Instrument/Rate 
Suspended; if No, WRS Checks if Deal Size Exceeds 
Available Volume, or if Yes, WRS Checks if Relevant RFQ 
Parameters Set; if No, Sends Rejection Message to WTS for 

Customer GUI, or if Yes, WRS Checks if Deal Size 
Exceeds Available Volume; if Deal Size Does Not Exceed 
Available Volume, WRS Sends Executable Rate to WTS, or 
if Deal Size Does Exceed Available Volume, WRS Checks 

if Relevant RFQ Parameter Set; if No, Sends Rejection 
Message to WTS for Customer GUI, or if Yes, Sends RFQ 
Message to WTS 



WTS Receives Executable Rate From WRS; WTS Checks if 

Deal Amount Exceeds Transaction Limit; if No, Sends 
Executable Rate to Customer GUI, or if Yes, WTS Checks |_ S5 
if Relevant RFQ Parameter Set; if No, WTS Sends 
Rejection Message to Customer GUI, of if Yes, WTS 
Determines RFQ is Required 



FIG. 6 



WTS Receives RFQ Message From WRS or Determines RFQ is Required; Sends RFQ 
Message to Customer GUI; Sends RFQ Notification to MAI 
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Customer GUI Receives RFQ Message From WTS; Disables "Buy" Button and 
Enables "Re-Request" and "cancel" Buttons; Sets RFQ Timer 
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Trader GUI Displays RFQ Message on RFQ Message Screen 
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Trader Enters Selection of RFQ From Message Screen 
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Trader GUI Gets Transaction Details From WTS and Displays Transaction Details 

on Transaction Screen 
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"Reject" Button on Transaction Screen 
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Trader GUI Sends Trader's Acceptance or Rejection to WTS 
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WTS Sends Trader's Acceptance or Rejection to Customer GUI; Updates RFQ 
Status in WTS Transaction Database; Broadcasts Updated RFQ Status Via MAI to 
All On-Line Category Traders 
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Customer GUI Receives Trader's Acceptance or Rejection; if Rejection, Displays 
Refusal Message, and Enables "Re-Request" and "Cancel" Buttons; or if 
Acceptance, Displays Trader's Rate 
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Customer Sees Display of Trader's Rate; Enters Customer's Rejection of Trader's 
Rate by Pressing "Cancel" Button; or, if Not Timed Out, Enters Acceptance of 
Trader's Rate by Pressing "Buy" Button and Transaction is Executed 
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Customer Telephones Sales Trader and Requests Warrants Transaction - S101 



I 



Sales Trader at Sales Trader GUI Logs in and Inputs Name and 
Password Information and Enters Warrants SE No., KV No., or Depot 
No., if Known; Alternatively, Enters Counterparty Bank Name; Presses 

"Get Price" Button 



I 



Sales Trader GUI Sends Entered Information and Price Quote Request 

to WTS 



I 



WTS Validates Entered Information; Checks RFQ Parameters and, if 
Applicable, Triggers RFQ Process, or if not Applicable, Sends Price 
Quote Request to WRS 



I 



WRS Checks RFQ Parameters and, if Applicable, Triggers RFQ 
Process, or if Not, Generates Two- Way Buy-Sell Price Quote; Sends 

Price Quote to WTS 



WTS Sends Price Quote to Sales Trader GUI 



I 



Sales Trader GUI Displays Price Quote on Sales Trader Deal Entry 

Screen; Sets Timer 
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Sales Trader Receives Customer's Rejection of Price Quote on 
Telephone and Enters Rejection by Pressing "Cancel" Button; or 

Receives Customer's Acceptance and Desired Volume on Telephone 
and Enters Volume and, if Price Quote Not timed Out, Executes 

Transaction by Pressing "Buy" or "Sell" Button on Deal Entry Screen 
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FIG. 16 



FIG. 17 
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CATS-OS Transaction 
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First Bank's Datacentre 



Second Bank's Datacentre 



—r 

224 



Customer Logs on and Enters Price Quote Request at Customer GUI 
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Customer GUI Sends Price Quote Request Via Shared Communication and 

Messaging Layers Simultaneously to WTS of Each of a Plurality of |_ §202 

Independently Maintained and Segregated Financial Institution Trading 

Systems 



WTS of Each Financial Institution Trading System Checks RFQ Parameters 
and, if Applicable, Triggers RFQ Process, or it Not Applicable, Sends Price 
Quote Request to its Corresponding WRS 
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WRS of Each Financial Institution Trading System Generates and Returns 
Executable Rate Quote to its Corresponding WTS 
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WTS of Each Financial Institution Trading System Sends Rate Quote Via 
Shared Communication and Messaging Layers to Customer GUI 
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Customer GUI Receives and Displays Executable Rate Quote From WTS of 
Each Financial Trading System, Such that the Rate Quote From the WTS of 
a Particular Financial Institution's Trading System and the Identity of the 
Particular Financial Institution is Known Only to the Particular Financial 
Institution and the Customer and Unknown to Each of the Other Financial 

Institutions 
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Customer at Customer GUI Enters a Selection and Acceptance of a Rate 
Quote From the WTS of One of the Financial Institution Trading System 
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Customer GUI Sends Customer's Selection and Acceptance Via the Shared 
Communication and Messaging Layers to the WTS of the Trading System 
Which Presented the Selected Rate Quote, Such that the Selection is Known 
Only to the Particular Financial Institution and the Customer and Unknown 
to Each of the Other Financial Institutions 
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FIG. 
18 



WTS of the Selected Financial Institution Trading System Receives the 
Customer's Selection and Acceptance and Sends to WHO of the Selected 
Financial Institution for Processing 
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DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 
English Language Declaration 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint inventor (if 
plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the invention 
entitled COMPUTER SYSTEM FOR DATA MANAGEMENT AND METHOD FOR OPERATION OF THE SYSTEM ; 
the specification of which 

^ is attached hereto. 

□ was filed on as 

□Application Serial No. 

and was amended on (if applicable) 

1 hereby state that I have reviewed and understand the contents of the above identified specification, including the claims, as 
amended by any amendment referred to above. 

1 acknowledge the duty to disclose information which is material to patentability as defined in Title 37, Code of Federal 
Regulations, §1.56. 

] hereby claim foreign priority benefits under Title 35, United States Code, §1 19 of any foreign application(s) for patent of 
inventor's certificate listed below and have also identified below any foreign application for patent or inventor's certificate 
having a filing date before that of the application on which priority is claimed: 

Prior Foreign Applications) Priority Claimed 



(Number) (Country) (Day/Month/Year Filed) Yes No 



(Number) (Country) (Day/Month/Year Filed) Yes No 

I hereby claim the benefit under Title 35, United States Code, §120 of any United States application(s) listed below and insofar 
as the subject matter of each of the claims of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code §1 12, 1 acknowledge the duty to disclose material to patentability 
as defined in Title 37, Code of Federal Regulations, §1.56 which be came available between the filing date of the prior 
application and the national or PCT international filing date of this application: 



08/836/713 


Mav 13, 1997 


Pending 


(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 


60/11L032 


December 4, 1998 


Pending 


(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 


60/111,030 


December 4, 1998 


Pending 


(Application Serial No.) 


(Filing Date) 


(Status) 






(patented, pending, abandoned) 


60/111,031 


December 4, 1998 


Pending 


(Application Serial No.) 


(Filing Date) 


(Status) 



(patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true, and further that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and 
that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 
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English Language Declaration 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney(s) and/or 
agent(s) to prosecute this application and transact all business in the Patent and Trademark Office 
connected therewith. 

George T. Marcou, Registration No. 33,014; Richard Peterson, Registration No. 35,320; Charles W. 
Calkins, Registration No. 31,814; John M. Harrington, Registration No. 25,592; A. Jose Cortina, 
Registration No. 29,733; Russell Todd Morgan, Registration No. 43,815; James J. Bindseil, Reg. 
No. 42,326; Benjamin Driscoll, Registration No. 41,571 ; Yoncha L. Kundupoglu, Registration No. 
41,130; R. Whitney Winston, Registration No. 44,432; John Ball, Registration No. 44,433; Dawn- 
Marie Bey, Registration No. 44,442; and Tiep Nguyen, Registration No. 44,465. 



Send Correspondence to: 



Direct telephone calls to: 



George T. Marcou 
Kilpatrick Stockton LLP 
Suite 800 

700- 13th Street, N.W. 
Washington, D.C. 20005 



George T. Marcou 
(202) 508-5800 



Full name of first inventor: Peter E. RAYNER 



First Inventor's Signature 



Date 



Residence Address: 433 Roanoke Road, Westfield, NJ 07090 



Citizenship: Great Britain Citizen 



Post Office Address: 433 Roanoke Road, Westfield, NJ 07090 
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Full name of second inventor: Elizabeth BROOKS 



Second Inventor's Signature 



Date 



Residence Address: One Treworval Cottage, Mawnan Smith, Falmouth, Cornwall TR1 1 5 JW, 
Great Britain 



Citizenship: U.S. Citizen 



Post Office Address: One Treworval Cottage, Mawnan Smith, Falmouth, Cornwall TR1 1 5JW, 
Great Britain 
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Full name tif third inventor: Fred IRWIN 



Third Inventor's Signature Date 



Residence Address: Am Sandberg 48, 60599 Frankfurt, Germany 



Citizenship: U.S. Citizen 



Post Office Address: Am Sandberg 48, 60599 Frankfurt, Germany 



Full name of fourth inventor: Mark JOHNSON 



Fourth Inventor's Signature Date 



Residence Address: 3 Pennington Green Ln, Aspull, Near Wigan, Greater Manchester, WN2 2SN UK 
Citizenship: Great Britain Citizen 



Post Office Address: 3 Pennington Green Lane, Aspull, Near Wigan, Greater Manchester, WN2 2SN UK 



Full name of fifth inventor: Andreas T. LIEVEN 



Fifth Inventor's Signature Date 



Residence Address: Am Liehberg 1 A, 65779 Kelkheim, Germany 



Citizenship: German Citizen 



Post Office Address: Am Liehberg 1 A, 65779 Kelkheim, Germany 



Full name of sixth inventor: Neil POTTER 



Sixth Inventor's Signature 


Date 




Residence Address: 138 Vernon Terrace, Westfield, NJ 07090 






Citizenship: Great Britain Citizen 


Post Office Address: 138 Vernon Terrace, Westfield, NJ 07090 
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Full name of seventh inventor: Andreas RASCHDORF 



Seventh Inventor's Signature Date 



Residence Address: Raymond- Jacquet Weg 1 1, 61267 New Anspach, Germany 



Citizenship: German Citizen 



Post Office Address: Raymond- Jacquet Weg 11, 61267 New Anspach, 



Full name of eighth inventor: Marie TORREMANTE 



Eighth Inventor's Signature Date 



Residence Address: Weinfeldstrasse 28, 65187 Wiesbaden, Germany 



Citizenship: Italian Citizen 



Post Office Address: Weinfeldstrasse 28, 65187 Wiesbaden, Germany 



Full name of Ninth inventor: Christine LICCI 



Ninth Inventor's Signature Date 



Residence Address: Am Bienigrain 10, 63456 Hanau, Germany 



Citizenship: Italian Citizen 



Post Office Address: Am Bienigrain 10, 63456 Hanau, Germany 



Full name of Tenth inventor: Dieter PFUNDT 



Tenth Inventor's Signature 



Residence Address: Mainzerstrasse 33, 65719 Hofheim, Germany 



Citizenship: German Citizen 



Post Office Address: Mainzerstrasse 33, 65719 Hofheim, Germany 
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